Expertise

Four interconnected domains. One foundation.

My work spans four interconnected domains. Each one is a discipline in its own right. Together, they form the foundation for building AI that is not just technically capable, but organizationally ready and built to last.

Practice 01

AI Governance and Responsible AI

Most organizations build AI first and think about governance later. By the time they come back to it, the problems are already embedded and expensive to fix.

I work with organizations to build governance into AI from the start. That means defining who owns AI decisions, establishing how model outputs will be validated and monitored, and creating the accountability structures that keep AI systems trustworthy as they scale.

This work covers the full governance lifecycle: AI policy development, model risk frameworks, bias testing protocols, human-in-the-loop requirements, incident response processes, and the operating models that keep governance alive after the initial build. It also covers the regulatory landscape, including emerging Canadian and US frameworks for algorithmic accountability, which enterprise buyers are increasingly requiring vendors to address.

Governance is not the interesting part of AI to most people. It is, however, the part that determines whether everything else holds up.

What this looks like in practice

  • Responsible AI frameworks built for regulated and enterprise environments
  • AI governance charters presented to boards and leadership teams
  • Bias testing and fairness assessments for consequential AI systems
  • Model risk policies and audit-ready documentation standards
  • Procurement standards that hold AI vendors to clear accountability requirements
Practice 02

Data and AI Strategy

Strategy without execution is just a document. Execution without strategy is just activity. The work I find most valuable sits at the point where both come together.

I work with executive teams to define what AI and data should actually do for their organization, not in the abstract, but in specific terms tied to decisions that need to be made, problems that need to be solved, and outcomes that need to be measured. That means cutting through the noise around AI, prioritizing ruthlessly, and building a roadmap that the organization can actually follow.

The starting point is always the same. Before talking about technology or platforms or models, I want to understand what decisions the business is making today that data and AI could improve, and what is getting in the way of making them well. Everything else flows from that.

What this looks like in practice

  • AI and data strategy roadmaps tied to business outcomes
  • Executive decision inventories that ground technology investment in real organizational needs
  • AI opportunity assessments across product, operations, and customer domains
  • Board-level AI strategy presentations and investment narratives
  • Data and AI maturity assessments with prioritized remediation plans
Practice 03

Analytics Transformation and Delivery

Most analytics environments I walk into share a common problem. There is more data than anyone knows what to do with, more reports than anyone reads, and less insight than anyone needs.

The challenge is rarely a lack of data. It is a lack of clarity about what the data is supposed to do.

I have led analytics transformations across consulting, government, and technology environments. At KPMG's Marketing and Communications division, that meant consolidating over 100 static reports into governed, dynamic BI platforms that saved $500K annually and gave leaders the information they needed when they needed it. At the Ontario Ministry of Education, it meant automating manual reporting so that government leaders could spend their time on program decisions rather than spreadsheet maintenance.

Reduce before building. Agree on definitions before building dashboards. Design for the decision, not the data. Govern from the start.

What this looks like in practice

  • End-to-end analytics transformation programs across business units and geographies
  • BI platform consolidation and self-serve analytics capability building
  • Data quality and DataOps frameworks that make analytics trustworthy at scale
  • Offshore and cross-functional team leadership across complex delivery programs
  • Analyst capability development and structured mentorship programs
Practice 04

Executive Advisory and Organizational Capability

The most technically sophisticated data and AI strategy will fail if the organization is not ready to use it. That readiness is not a training problem. It is a leadership problem.

I work with executive teams on two levels. The first is advisory: helping leaders understand what AI and data can and cannot do for their organization, how to evaluate the claims vendors make, and how to make better decisions about where to invest. The second is capability building: developing the data fluency, the shared language, and the decision-making habits that allow an organization to sustain its data and AI investments over time.

This is often the work that gets underestimated. A leader who understands data governance is a more effective sponsor of data governance programs. An executive team that shares a common definition of its core business metrics has better conversations. An organization that treats data literacy as a leadership competency moves differently from one that treats it as an IT problem.

What this looks like in practice

  • Executive data literacy programs designed around real business decisions
  • C-suite advisory on AI investment, risk, and organizational readiness
  • Shared metric definition workshops that resolve longstanding measurement disagreements
  • Data governance working groups with cross-functional executive representation
  • Thought leadership on data and AI strategy for internal and external audiences
Next

See how the four practices come together in real engagement patterns.